home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc930.txt < prev    next >
Text File  |  1994-08-01  |  7KB  |  223 lines
  1.  
  2. Network Working Group                                     Marvin Solomon
  3. Request for Comments: 930                                 Edward Wimmers
  4. Supersedes: RFC 884                    University of Wisconsin - Madison
  5.                                                             January 1985
  6.  
  7.                       TELNET TERMINAL TYPE OPTION
  8.  
  9.  
  10. Status of This Memo
  11.  
  12.    This RFC specifies a standard for the ARPA Internet community.  Hosts
  13.    on the ARPA Internet that exchange terminal type information within
  14.    the Telnet protocol are expected to adopt and implement this
  15.    standard.  Distribution of this memo is unlimited.
  16.  
  17.    This standard supersedes RFC 884.  The only change is to specify that
  18.    the TERMINAL-TYPE IS sub-negotiation should be sent only in response
  19.    to the TERMINAL-TYPE SEND sub-negotiation.  See below for further
  20.    explanation.
  21.  
  22. 1. Command Name and Code
  23.  
  24.    TERMINAL-TYPE    24
  25.  
  26. 2. Command Meanings
  27.  
  28.    IAC WILL TERMINAL-TYPE
  29.  
  30.       Sender is willing to send terminal type information in a
  31.       subsequent sub-negotiation
  32.  
  33.    IAC WON'T TERMINAL-TYPE
  34.  
  35.       Sender refuses to send terminal type information
  36.  
  37.    IAC DO TERMINAL-TYPE
  38.  
  39.       Sender is willing to receive terminal type information in a
  40.       subsequent sub-negotiation
  41.  
  42.    IAC DON'T TERMINAL-TYPE
  43.  
  44.       Sender refuses to accept terminal type information
  45.  
  46.    IAC SB TERMINAL-TYPE SEND IAC SE
  47.  
  48.       Sender requests receiver to transmit his (the receiver's) terminal
  49.       type. The code for SEND is 1. (See below.)
  50.  
  51.  
  52.  
  53.  
  54.  
  55. Solomon & Wimmers                                               [Page 1]
  56.  
  57.  
  58. RFC 930                                                     January 1985
  59. Telnet Terminal Type Option
  60.  
  61.  
  62.    IAC SB TERMINAL-TYPE IS ... IAC SE
  63.  
  64.       Sender is stating the name of his terminal type. The code for IS
  65.       is 0. (See below.)
  66.  
  67. 3. Default
  68.  
  69.    WON'T TERMINAL-TYPE
  70.  
  71.       Terminal type information will not be exchanged.
  72.  
  73.    DON'T TERMINAL-TYPE
  74.  
  75.       Terminal type information will not be exchanged.
  76.  
  77. 4. Motivation for the Option
  78.  
  79.    This option allows a telnet server to determine the type of terminal
  80.    connected to a user telnet program.  The transmission of such
  81.    information does not immediately imply any change of processing.
  82.    However, the information may be passed to a process, which may alter
  83.    the data it sends to suit the particular characteristics of the
  84.    terminal. For example, some operating systems have a terminal driver
  85.    that accepts a code indicating the type of terminal being driven.
  86.    Using the TERMINAL TYPE and BINARY options, a telnet server program
  87.    on such a system could arrange to have terminals driven as if they
  88.    were directly connected, including such special functions as cursor
  89.    addressing, multiple colors, etc., not included in the Network
  90.    Virtual Terminal specification.  This option fits into the normal
  91.    structure of TELNET options by deferring the actual transfer of
  92.    status information to the SB command.
  93.  
  94. 5. Description of the Option
  95.  
  96.    WILL and DO are used only to obtain and grant permission for future
  97.    discussion. The actual exchange of status information occurs within
  98.    option subcommands (IAC SB TERMINAL-TYPE...).
  99.  
  100.    Once the two hosts have exchanged a WILL and a DO, the sender of the
  101.    DO TERMINAL-TYPE is free to request type information.  Only the
  102.    sender of the DO may send requests (IAC SB TERMINAL-TYPE SEND IAC SE)
  103.    and only the sender of the WILL may transmit actual type information
  104.    (within an IAC SB TERMINAL-TYPE IS ... IAC SE command).  Terminal
  105.    type information may not be sent spontaneously, but only in response
  106.    to a request.
  107.  
  108.    The terminal type information is an NVT ASCII string.  Within this
  109.  
  110.  
  111. Solomon & Wimmers                                               [Page 2]
  112.  
  113.  
  114. RFC 930                                                     January 1985
  115. Telnet Terminal Type Option
  116.  
  117.  
  118.    string, upper and lower case are considered equivalent.  The complete
  119.    list of valid terminal type names can be found in the latest
  120.    "Assigned Numbers" RFC.
  121.  
  122.    The following is an example of use of the option:
  123.  
  124.       Host1: IAC DO TERMINAL-TYPE
  125.  
  126.       Host2: IAC WILL TERMINAL-TYPE
  127.  
  128.          (Host1 is now free to request status information at any time.)
  129.  
  130.       Host1: IAC SB TERMINAL-TYPE SEND IAC SE
  131.  
  132.       Host2: IAC SB TERMINAL-TYPE IS IBM-3278-2 IAC SE
  133.  
  134. 6.  Implementation Suggestions
  135.  
  136.    The "terminal type" information may be any NVT ASCII string
  137.    meaningful to both ends of the negotiation.  The list of terminal
  138.    type names in "Assigned Numbers" is intended to minimize confusion
  139.    caused by alternative "spellings" of the terminal type.  For example,
  140.    confusion would arise if one party were to call a terminal
  141.    "IBM3278-2" while the other called it "IBM-3278/2".  There is no
  142.    negative acknowledgement for a terminal type that is not understood,
  143.    but certain other options (such as switching to BINARY mode) may be
  144.    refused if a valid terminal type name has not been specified.  In
  145.    some cases, a particular terminal may be known by more than one name,
  146.    for example a specific type and a more generic type.  In such cases,
  147.    the sender of the TERMINAL-TYPE IS command should reply to successive
  148.    TERMINAL-TYPE SEND commands with the various names, from most to
  149.    least specific.  In this way, a telnet server that does not
  150.    understand the first response can prompt for alternatives.  However,
  151.    it should cease sending TERMINAL-TYPE SEND commands after receiving
  152.    the same response two consecutive times.  Similarly, a sender should
  153.    indicate it has sent all available names by repeating the last one
  154.    sent.  Note that TERMINAL-TYPE IS must only be sent in response to a
  155.    request (TERMINAL-TYPE SEND), because a host that sent TERMINAL-TYPE
  156.    IS and then received TERMINAL-TYPE SEND couldn't determine whether
  157.    the other host was requesting a second option or the TERMINAL-TYPE
  158.    SEND and the TERMINAL-TYPE IS crossed in midstream.
  159.  
  160.    The type "UNKNOWN" should be used if the type of the terminal is
  161.    unknown or unlikely to be recognized by the other party.
  162.  
  163.  
  164.  
  165.  
  166.  
  167. Solomon & Wimmers                                               [Page 3]
  168.  
  169.  
  170. RFC 930                                                     January 1985
  171. Telnet Terminal Type Option
  172.  
  173.  
  174.    The complete and up-to-date list of terminal type names will be
  175.    maintained in the "Assigned Numbers".  The maximum length of a
  176.    terminal type name is 40 characters.
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223. Solomon & Wimmers                                               [Page 4]